Release 3.2  Copyright ã1993 by NeXT Computer, Inc.  All Rights Reserved.

12	Utilisation d'UUCP

Une des fonctionnalitÝs les plus puissantes d'un ordinateur est le transfert Ýlectronique de donnÝes. Sur un ordinateur NeXT, comme sur les autres systÜmes UNIX, UUCP est l'un des logiciels employÝs pour le transfert Ýlectronique de donnÝes Õ travers les lignes de communication sÝrie. Ce chapitre dÝcrit la configuration nÝcessaire au bon fonctionnement de UUCP sur un ordinateur NeXT.

Remarque :  UUCP se rapporte au logiciel global, alors que uucp est le nom prÝcis d'un programme de copie de fichiers entre ordinateurs qui fait partie d'un ensemble.

Planification de votre configuration UUCP

La configuration de UUCP n'est pas une t×che trÜs facile et, comme dans beaucoup de domaines, il est judicieux d'Ýtablir un plan avant de s'attaquer effectivement au travail. Vous aurez plusieurs dÝcisions Õ prendre.

Emission et rÝception

La communication Õ l'aide de UUCP vous permet de configurer votre systÜme comme Ýmetteur (initiateur de l'appel vers les autres sites), rÝcepteur ou les deux. Deux considÝrations peuvent influencer votre dÝcision :

·	SÝcuritÝ Ð La rÝception d'appel est plus risquÝe que l'Ýmission seule.
·	Finances Ð Quelqu'un doit payer les communications.

Le choix entre l'Ýmission et la rÝception de l'appel ne change rien au rÝsultat final ; dans les deux cas, le courrier Ýlectronique est transfÝrÝ, les fichiers sont copiÝs et les commandes sont exÝcutÝes

Sites distants

La configuration de UUCP est toujours un processus coopÝratif. Si vous configurez une premiÜre machine pour en appeler une seconde, celle-ci doit Þtre configurÝe pour recevoir vos appels. Inversement, si vous Þtes configurÝ pour recevoir les appels, quelqu'un doit pouvoir les initier. Votre correspondant UUCP peut Þtre un systÜme de votre organisation ou d'une autre. Dans chaque cas, l'administrateur concernÝ doit configurer l'ordinateur distant pour communiquer avec le vître.

Bien entendu, vous n'Þtes pas limitÝ Õ un correspondant, vous pouvez Ýchanger des donnÝes avec des douzaines d'autres systÜmes, mÞme au-delÕ de votre rÝseau local. En vous connectant Õ votre correspondant, vous avez Ýgalement accÜs Õ tous ses correspondants. Par exemple, un message UUCP peut traverser plusieurs systÜmes avant d'arriver Õ sa destination finale. Un vaste rÝseau global, appelÝ ªInternetº, peut Þtre Ýtabli gr×ce Õ ce genre de connexions.

Fonctions

UUCP peut transfÝrer des fichiers, exÝcuter des commandes Õ distance et transfÝrer du courrier Ýlectronique. La trÜs grande majoritÝ des connexions UUCP concerne le courrier Ýlectronique. Aussi, bien que ce chapitre traite de toutes les sortes de communications, il privilÝgie le courrier Ýlectronique.

Appel

Lorsqu'un utilisateur effectue une action impliquant UUCP, comme l'envoi d'un message ou le lancement d'une commande Õ distance, l'action n'aboutit pas tant que la connexion avec le site distant n'est pas Ýtablie. Vous pouvez appeler un ordinateur distant Õ l'aide d'une commande UNIX ou attendre que l'ordinateur distant vous appelle. Vous pouvez aussi configurer votre systÜme pour appeler Õ des heures spÝcifiques ou chaque fois qu'un message est prÞt Õ partir.

Pour dÝcider comment seront initiÝs les appels, prenez en compte le nombre de transactions prÝvues et le temps qu'il est possible d'attendre avant l'achÜvement d'une transaction. Si les utilisateurs envoient chaque jour plusieurs centaines de messages vers des sites distants, vous ne voudrez certainement pas initier un appel Õ chaque envoi de message. Cependant, les appels doivent Þtre suffisamment frÝquents pour Ýviter Õ l'utilisateur d'attendre trop longtemps avant de recevoir ses messages. 

Comptes d'utilisateurs

Lorsqu'un ordinateur se connecte Õ un autre via UUCP, il ouvre une session sur un compte d'utilisateur. Il vous faut connaätre un compte et un mot de passe sur l'ordinateur distant avant de configurer votre systÜme en initiateur d'appels. Si les autres ordinateurs vous appellent, vous devez installer un compte pour chaque systÜme distant. Reportez-vous Õ ªConfiguration de la rÝception d'appelsº, plus loin dans ce chapitre.

Configuration d'UUCP

La configuration de votre systÜme pour communiquer avec UUCP comporte plusieurs aspects. Vous devrez configurer le matÝriel, modifier les fichiers de configuration et tester les connexions.

Configuration du modem

Pour configurer votre modem afin qu'il puisse communiquer avec UUCP, veuillez suivre les Ýtapes suivantes :

1.	Connectez le modem Õ un des ports sÝrie gr×ce Õ un c×ble appropriÝ. Pour plus d'informations sur le c×blage, reportez-vous Õ l'Annexe B, ªConfiguration de c×blage et modemº.

2.	Afin de configurer votre modem pour l'initiation d'appel, modifiez le fichier /etc/remote pour qu'il comprenne une entrÝe comme celle-ci :

a2400|Dial out on cua at 2400 baud:\
    :dv=/dev/cua:br#2400:el=^C^S^Q^U^D:ie=%$:oe=^D:

Remplacez a2400 par le nom que vous voulez employer pour rÝfÝrencer le modem lorsque vous utilisez tip ; remplacez les deux occurrences de cua par le nom de fichier du pÝriphÝrique appropriÝ (cua ou cub pour l'appel sans contrîle de transfert du matÝriel, cufa ou cufb pour appel avec contrîle de transfert du matÝriel) ; remplacez les deux occurrences de 2400 par la vitesse de transmission appropriÝe. Pour plus d'informations, reportez-vous au chapitre 7 ªConnexion de pÝriphÝriquesº et au manuel UNIX sur remote. Remarquez qu'il existe peut-Þtre dÝjÕ dans /etc/remote une entrÝe correspondant Õ vos besoins.

3.	Configurez les paramÜtres du modem comme ceci :

·	Activer le signal DCD  (Data Carrier Detect) Õ la dÝtection de la porteuse d'un autre modem.

·	Raccrocher Õ la perte du signal DTR (Data Terminal Ready) et rÝpondre aux appels quand DTR est prÝsent.

·	DÝsactiver le contrîle de transfert du logiciel. Vous pouvez permettre le contrîle de transfert du matÝriel si votre modem le supporte et si vous utilisez un ordinateur NeXT Õ base de 68040. Soyez sôr d'employer dans /etc/remote le nom de pÝriphÝrique appropriÝ.

·	Si votre modem dispose d'un temps de garde associÝ Õ une sÝquence d'Ýchappement, le rÝgler si possible sur 3 secondes au moins.

Reportez-vous Õ l'Annexe B qui montre plusieurs exemples de configuration.

Configuration d'appels

L'installation de votre systÜme pour l'appel implique la modification de plusieurs fichiers de configuration UUCP. Vous devez ouvrir une session en tant que root pour modifier ces fichiers qui sont situÝs dans /etc/uucp. Vous devez aussi changer les autorisations sur un fichier avant de pouvoir le modifier. N'oubliez pas de rÝtablir les autorisations d'origine Õ l'issue de la modification.

Modification de L.sys

Le fichier L.sys contient des informations sur les systÜmes avec lesquels vous voulez communiquer. Pour configurer L.sys, appliquez la procÝdure suivante :

1.	Rassemblez les informations nÝcessaires Õ la connexion avec le site distant :

·	Nom d'hîte de l'ordinateur distant
·	Nom de pÝriphÝrique et vitesse de transmission du modem
·	NumÝro de tÝlÝphone de l'ordinateur distant
·	Nom de compte et mot de passe de l'ordinateur distant

2.	Ouvrez L.sys et crÝez une entrÝe appropriÝe. La section qui suit fournit des exemples.

Exemples d'entrÝes L.sys

Voici un exemple d'entrÝe de L.sys :

distant Any DIR 2400 cub \
    "" ATDT95557878 \
    ogin: nomd'utilisateur \
    ssword: motdepasse

La disposition sur plusieurs lignes sert uniquement Õ amÝliorer la lisibilitÝ ; pour disposer une entrÝe sur plusieurs lignes, chaque ligne doit Þtre terminÝe par une espace suivi de (\).

Signification des champs :

·	distant Ð nom d'hîte de l'ordinateur distant.

·	Any Ð Les appels peuvent Þtre effectuÝs Õ n'importe quel moment.

·	DIR Ð Appel Õ travers une connexion directe.

·	2400 Ð Appel Õ 2400 bauds.

·	cub Ð Appel Õ travers le nom de pÝriphÝrique /dev/cub. Il doit y avoir une entrÝe dans L-devices pour un pÝriphÝrique appelÝ dans une entrÝe L.sys. Pour en savoir davantage, reportez-vous Õ la section suivante.

Le reste de l'entrÝe est une sÝrie de couples ªattendu/rÝponduº qui spÝcifient ce que l'ordinateur doit rÝpondre Õ la rÝception des chaänes de caractÜres indiquÝes.

·	"" ATDT95557878 Ð Envoie au modem la sÝquence de numÝrotation sans rien attendre. Cet exemple est adaptÝ Õ un modem compatible Hayes, il est possible que votre cas soit diffÝrent.

·	ogin: nomd'utilisateur Ð Quand la chaäne ªogin:º est reÛue, envoyer le nom d'utilisateur du compte de l'ordinateur distant.

·	ssword: motdepasse Ð Quand la chaäne ªssword:º est reÛue, envoyer le mot de passe du compte de l'ordinateur distant.

Voici un exemple d'entrÝe comprenant des fonctions plus sophistiquÝes :

distant Any DIR 19200 cufa \
    ABORT BUSY \
    "" AT \
    OK~3-AT-OK~3 ATx3s50=255 \
    OK~3 ATDT95552424 \
    CONNECT~80 PAUSE \
    ogin:~15-CR-ogin:~10-BREAK-ogin:~5-BREAK-ogin:~5 nomd'utilisateur \
    ssword:~8 motdepasse

La premiÜre ligne de cette entrÝe est semblable Õ celle du premier exemple. Les diffÝrences principales sont dans les couples attendu/rÝpondu :

·	ABORT BUSY Ð Indique Õ UUCP d'abandonner l'appel dÜs la rÝception de la chaäne BUSY Õ n'importe quel moment de l'appel. ABORT est un mot-clÝ spÝcial ; BUSY est la chaäne de caractÜres retournÝe par le modem quand il reÛoit un signal de ligne occupÝe.

·	"" ATÐEnvoie au modem, sans rien attendre, la sÝquence d'attention.

·	OK~3-AT-OK~3 ATx3s50=255 Ð S'attend Õ recevoir la chaäne OK. Si elle n'est pas reÛue dans les trois secondes (~3), renvoyez AT puis attendre le OK de nouveau pendant trois secondes. Une fois le OK reÛu, envoyez ATx3s50=255 qui positionne les codes rÝsultats du modem (cet exemple suppose un Telebit T2500 configurÝ comme indiquÝ dans l'Annexe B). La chaäne ~n permet d'ignorer le temps imparti de 45 secondes par dÝfaut.

·	OK~3 ATDT95552424 Ð S'attend Õ recevoir le OK dans les trois secondes puis compose le numÝro de tÝlÝphone.

·	CONNECT~80 PAUSEÐAttend la rÝception de CONNECT pendant un maximum de 80 secondes puis effectue une pause de 3 secondes.

·	ogin:~15-CR-ogin:~10-BREAK-ogin:~5-BREAK-ogin:~5 nomd'utilisateurÐAttend ªogin:º pendant 15 secondes ; en cas de non rÝception, envoie une Retour chariot (CR) puis attend 10 secondes le ªogin:º ; en cas de non rÝception envoie un break (BREAK) puis attend encore 5 secondes ; en cas de non rÝception, envoie un nouveau break puis attend 5 secondes. A la rÝception de ªogin:º, envoyez le nom de l'utilisateur.

·	ssword:~8 motdepasse ÐAttend ªssword:º pendant 8 secondes puis envoie le mot de passe du compte distant.

Pour plus d'informations, reportez-vous au manuel UNIX sur L.sys.

Autres fichiers de configuration

En plus de la configuration des entrÝes de L.sys, vous devrez aussi modifier L-devices et probablement L.aliases.

1.	Modifiez L-devices pour contenir une entrÝe indiquant le pÝriphÝrique Õ utiliser pour l'appel :

DIR cua unused 19200 none

Remplacez cua par le nom de pÝriphÝrique appropriÝ et 19200 par la vitesse de transmission adÝquate. Le pÝriphÝrique spÝcifiÝ dans l'entrÝe L.sys doit avoir une entrÝe dans L-devices. Pour plus d'informations, reportez-vous au manuel UNIX sur L-devices.

2.	Configurez L.aliases si vous voulez identifier l'ordinateur distant par une autre appellation que son nom d'hîte. Dans ce cas, L.sys aussi doit Þtre modifiÝ pour contenir une entrÝe du type :

alias Never none 19200 none

Remplacez alias par l'alias mis dans L.aliases et 19200 par la vitesse de transmission appropriÝe. Pour plus d'informations, reportez-vous au manuel UNIX sur L-aliases.

3.	VÝrifiez les propriÝtaires, groupes et autorisations des fichiers de configuration qui doivent Þtre dÝfinis correctement. Le rÝsultat de la commande ls -lg /etc/uucp devrait ressembler Õ ceci :

-rw-------  1   uucp   daemon   380   Apr 17 17:06   L-devices
-rw-------  1   uucp   daemon   300   Apr 13 15:28   L-dialcodes
-rw-------  1   uucp   daemon    56   Jun 5 15:18    L.aliases
-rw-------  1   uucp   daemon   907   Jul 5  1989    L.cmds
-rw-------  1   uucp   daemon  2195   Jul 10 13:58   L.sys
-rw-------  1   uucp   daemon   414   Jul 10 13:59   USERFILE

	Attention :	les fichiers UUCP contiennent des donnÝes sensibles sur le plan de la sÝcuritÝ comme, par exemple, des mots de passe de comptes distants. Seul l'utilisateur uucp doit Þtre habilitÝ Õ lire ou Ýcrire ces fichiers. Donner des autorisations Õ quelqu'un d'autre est un risque important pour les sites distants comme pour le vître. 

Tests d'appel

Vous venez de configurer la fonction d'appel, il faut maintenant la tester.

1.	Pour tester l'appel, employez la commande uupoll. Entrez dans une fenÞtre shell la commande suivante (remplacez rhino par le nom d'hîte du site distant configurÝ pour recevoir vos appels) :

uupoll rhino

La commande uupoll initie un appel vers le site distant conformÝment aux informations des fichiers L.sys et L-devices.

2.	Examinez les messages gÝnÝrÝs au cours de l'appel en entrant (dans une fenÞtre shell) la commande suivante 

tail -f /usr/spool/uucp/LOGFILE

Les messages d'uupoll sont envoyÝs dans /usr/spool/uucp/LOGFILE. La commande tail avec l'option f examine le contenu de ce fichier Õ sa crÝation. Le rÝsultat devrait ressembler Õ ceci :

frank rhino (7/18-06:55-4088) SUCCEEDED (call to rhino)
frank rhino (7/18-06:55-4088) OK (startup cufa 19200 baud)
frank rhino (7/18-06:55-4088) OK (conversation complete)

La premiÜre ligne indique le succÜs de l'ouverture de la session Õ distance. La seconde indique le succÜs de la communication avec rhino et la troisiÜme que l'appel s'est bien terminÝ. Si vous rencontrez d'autres messages, reportez-vous Õ la section ªAssistance techniqueº Õ la fin de ce chapitre.

3.	Appuyez sur Contrîle-c pour interrompre la commande tail.

Appel automatique

Pour initier un appel vers un site distant, vous pouvez entrer une commande uupoll dans une fenÞtre shell mais vous pouvez aussi configurer votre systÜme pour initier les appels automatiquement.

Initiation d'appel dÜs la mise en attente de messages.

Le fichier de configuration sendmail dÝtermine la conduite Õ tenir Õ l'encontre du courrier envoyÝ par UUCP. Par dÝfaut, les messages sont mis en attente jusqu'Õ ce qu'un site scrute l'autre Õ la recherche de messages en attente. Si vous prÝfÝrez que les messages soient envoyÝs aussitît mis en file d'attente, il vous faut modifier les fichiers de configuration.

1.	DÝterminez les fichiers sendmail Õ modifier. Sur un serveur de messagerie, il s'agit du fichier sendmail.mailhost.cf.  Les clients de la messagerie du rÝseau emploient sendmail.sharedsubsidiary.cf et les ordinateurs isolÝs emploient sendmail.subsidiary.cf. Tous ces fichiers se trouvent dans /etc/sendmail. 

2.	Ouvrez le fichier de configuration appropriÝ et trouvez l'entrÝe :

Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n
A=uux - -r $h!rmail ($u)

3.	Supprimez l'option -r de l'entrÝe pour obtenir :

Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n
A=uux - $h!rmail ($u)

Sans l'option -r, uux met la requÞte en file d'attente puis exÝcute automatiquement uucico qui initie l'appel.

4.	Enregistrez le fichier.

Initiation d'appels Õ une heure prÝdÝfinie

Un autre moyen d'automatiser les connexions UUCP est d'effectuer les appels Õ des heures prÝdÝfinies. Employez cron pour implÝmenter ce procÝdÝ.

·	Ouvrez  /etc/crontab.local et ajoutez une entrÝe semblable Õ celle qui suit en remplaÛant site_distant1 et site_distant2 par les noms d'hîtes des ordinateurs distants.

3  7-20 * * 1-5  uucp  uupoll -n site_distant1
3  7-20 * * 1-5  uucp  uupoll -n site_distant2
5  7-20 * * 1-5  uucp  /usr/lib/uucp/uucico -r1

Cette entrÝe exÝcute uupoll une fois par heure pour chaque site distant puis lance uucico sÝparÝment. Ce schÝma invoque une seule fois uucico, aprÜs le dernier uupoll. Si vous prÝfÝrez, vous pouvez supprimer l'option -n des entrÝes uupoll et supprimer la derniÜre ligne qui lance uucico.

Pour plus d'informations, reportez-vous au manuel UNIX sur cron et crontab.

Interrogation au dÝmarrage

Vous voudrez peut-Þtre initier des appels vers les sites distants Õ chaque dÝmarrage du systÜme ; modifiez un des scripts de dÝmarrage.

1.	Ouvrez /etc/rc.local et ajoutez les lignes suivantes :

if [ -f /etc/rc.uucp ]; then
        sh /etc/rc.uucp $1
fi

Ces lignes lancent le script rc.uucp qui, Õ son tour, lance uucico.

2.	Si vous dÝsirez forcer une interrogation explicite d'un site distant, comme un noeud central de messagerie par exemple, insÝrez devant les lignes qui exÝcutent rc.uucp une ligne comme :

/usr/bin/uupoll -n rhino

Configuration de la rÝception d'appels

Si un ou plusieurs systÜmes sont susceptibles d'appeler le vître, celui-ci doit Þtre configurÝ pour la rÝception :

1.	CrÝez un compte d'utilisateur pour chacun des sites distants Õ l'aide de UserManager. Bien qu'en gÝnÝral une ID d'utilisateur doive Þtre unique, dans le cas des comptes UUCP vous pouvez assigner la mÞme (le numÝro 5 est recommandÝ) Õ tous les comptes UUCP. N'utilisez pas la mÞme que pour le compte uucp lui-mÞme (c'est Õ dire 4). Attribuez bien un mot de passe Õ chacun de ces comptes.

2.	Ouvrez /etc/uucp/USERFILE et modifiez-le pour qu'il liste les rÝpertoires que vous voulez rendre accessibles aux utilisateurs distants. Les entrÝes ressemblent Õ :

Urhino,rhino /usr/spool/uucppublic

Cette entrÝe autorise l'utilisateur Urhino (un compte local) et l'utilisateur distant rhino (mÞme nom que dans L.sys) Õ accÝder au rÝpertoire /usr/spool/uucppublic. Vous pouvez aussi inclure des entrÝes par dÝfaut utilisables par les hîtes et les utilisateurs non listÝs. Pour plus d'informations, reportez-vous au manuel UNIX sur USERFILE.

	Attention :	afin d'Ýviter tout risque important pour la sÝcuritÝ, limitez impÝrativement l'accÜs de chaque hîte ou utilisateur aux seuls rÝpertoires indispensables. Soyez particuliÜrement prudent avec les rÝpertoires accessibles Õ tous. En gÝnÝral, aucun hîte ou utilisateur ne doit avoir accÜs au rÝpertoire root depuis UUCP.

3.	Modifiez /etc/uucp/L.cmds pour qu'il comprenne les commandes que vous voulez faire exÝcuter par les hîtes distants. N'oubliez pas d'inclure rmail pour permettre au transfert de messagerie de fonctionner. Soyez prudent quand vous choisissez les commandes exÝcutables par les utilisateurs distants et, ici aussi, limitez-les Õ celles qui sont indispensables.

4.	Si vous voulez qu'un site distant accÜde Õ votre machine par un nom autre que son nom d'hîte, inscrivez l'alias dans /etc/uucp/UUCPNAME.

5.	VÝrifiez dans /etc/uucp/L.aliases l'existence d'une entrÝe pour chaque site distant. S'il existe un site configurÝ pour appeler votre systÜme que vous n'appelez jamais, ajoutez une entrÝe semblable Õ celle qui suit (en remplaÛant distant par le nom de l'hîte distant et 19200 par la vitesse de transmission appropriÝe) :

distant Never none 19200 none

6.	Modifiez /etc/ttys pour que les hîtes distants puissent ouvrir une session Õ travers votre modem. Trouvez la ligne appropriÝe pour votre port modem ttyda, ttydb, ttydfa, ou ttydfb. Changez si nÝcessaire la vitesse de transmission, remplacez ªunknownº par ªdialupº et ªoffº par ªonº. Vous devriez obtenir une ligne comme :

ttydb "/usr/etc/getty D19200" dialup on

	Attention :	n'attribuez pas l'option secure aux lignes des ports de communication commutÝe. En effet, cette option permet l'ouverture d'une session sous root Õ distance, c'est-Õ-dire un risque sÝrieux sur le plan de la sÝcuritÝ.

7.	VÝrifiez que /etc/gettytab comprenne une entrÝe appropriÝe pour le port modem. Les entrÝes existantes sont probablement suffisantes mais vous aurez peut-Þtre besoin d'en ajouter une nouvelle. Par exemple, si votre modem supporte une vitesse de 19200 bauds, il vous faudra ajouter dans la section du fichier libellÝe ªFast dialup terminalsº une entrÝe comme celle-ci :

D19200:nx=D9600:tc=19200-baud:

Remarquez que le libellÝ (D19200) de cette entrÝe doit correspondre Õ l'argument de getty spÝcifiÝ dans la ligne du port modem dans /etc/ttys. Le champ nx indique l'entrÝe Õ utiliser en cas de rÝception d'un signal BREAK (dans cet exemple D9600). Pour plus d'informations, reportez-vous au manuel UNIX sur gettytab.

Tests de rÝception

Une fois votre systÜme configurÝ pour accepter des ouvertures de session Õ distance, il est judicieux de le tester.

1.	Vous devez avoir dans le site distant un correspondant qui effectuera les opÝrations de configuration et de test dÝcrites dans ªConfiguration d'appelº, prÝcÝdemment dans ce chapitre.

2.	Si le site distant vous appelle en utilisant uucico avec l'option de dÝbogage, vous pouvez trouver des informations de dÝbogage dans /usr/spool/uucp/AUDIT/site_distant oò site_distant est le nom de l'hîte distant. 

Gestion courante d'UUCP

Une fois que vos connexions UUCP fonctionnent correctement, vous dÝsirerez probablement garder une trace de l'activitÝ. Plusieurs fichiers journaux et un rapport d'activitÝ peuvent vous y aider.

Fichiers journaux

Plusieurs fichiers journaux sont tenus Õ jour pour vous permettre de contrîler l'activitÝ de UUCP. Les fichiers journaux mis Õ jour automatiquement sont :

·	/usr/spool/uucp/LOGFILEÐJournal des appels reÛus et Ýmis
·	/usr/spool/uucp/SYSLOGÐJournal des fichiers transfÝrÝs
·	/usr/spool/mqueue/syslogÐJournal des messages (mise Õ jour par sendmail)

Ces fichiers sont pÝriodiquement rÝduits pour ne pas grossir indÝfiniment.

Si vous dÝsirez garder un enregistrement des sessions distantes, vous pouvez configurer un journal supplÝmentaire :

1.	Ouvrez /etc/syslog.conf et ajoutez la ligne suivante :

auth.debug  /usr/adm/auth.log

Les sessions distantes seront dÝsormais enregistrÝes dans /usr/adm/auth.log. Pour plus d'informations, reportez-vous au manuel UNIX sur syslogd.

2.	Pour empÞcher ce fichier de grossir indÝfiniment, modifiez le fichier /usr/adm/weekly. Ouvrez le fichier et trouvez la ligne :

for i in hourly.log daily.log weekly.log monthly.log lpd-errs aculog

3.	Ajoutez un espace Õ la fin de cette ligne, suivi par auth.log. DÝsormais, le fichier journal sera rÝduit une fois par semaine lorsque cron exÝcutera /usr/adm/weekly.

Rapports d'activitÝ

Si vous voulez consulter des informations dÝtaillÝes sur toute activitÝ UUCP, vous pouvez utiliser le script shell /etc/uucp/uucp.day.sh.

1.	CrÝez un alias de messagerie destinÝ Õ recevoir les donnÝes d'activitÝ de NetInfo. uucpstats peut Þtre le nom appropriÝ pour cet alias. La valeur de la propriÝtÝ members de cet alias devrait Þtre : 

| /etc/uucp/uucp.day.sh -l

Pour plus d'informations sur la crÝation d'alias de messagerie, reportez-vous au chapitre 6 ªGestion de la messagerie Ýlectroniqueº.

2.	Ouvrez uucp.day.sh et trouvez la ligne qui suit (elle se trouve juste avant le milieu du fichier) :

STATSPERSON=uucpstats@localhost.com

Cette ligne dÝfinit l'utilisateur qui recevra les messages contenant les donnÝes d'activitÝ brutes. La valeur de cette variable doit Þtre le nom de l'alias.

3.	Modifiez la ligne pour indiquer l'alias de messagerie puis enregistrez le fichier.

4.	Ouvrez /etc/crontab.local (ou crÝez-le s'il n'existe pas) et ajoutez une ligne comme celle-ci :

20 23 * * * su uucp -c /usr/lib/uucp/uucp.day.sh

Cette commande exÝcutera le script chaque soir et le rapport d'activitÝ sera enregistrÝ dans /usr/spool/uucp/STATS.

En plus de crÝer et d'archiver les rapports d'activitÝ, uucp.day.sh fait le mÝnage dans les vieux fichiers et rÝpertoires de suivi et met en file d'attente un ensemble de programmes qui forcent l'interrogation des autres sites. Pour plus d'informations, consultez les commentaires dans uucp.day.sh.

Assistance technique

Les communications via UUCP impliquent plusieurs composants matÝriel, de nombreux programmes et un certain nombre de fichiers de configuration. La recherche de la cause d'un problÜme peut devenir ardue. Voici quelques suggestions.

Tests

Plusieurs tests peuvent vous aider Õ isoler la cause d'un problÜme :

·	Utilisez uupoll en suivant les instructions de ªTests d'appelº, prÝcÝdemment dans ce chapitre.

·	Utilisez tip pour essayer de vous connecter au site distant. Il devrait vous Þtre possible d'appeler le site distant et d'y ouvrir une session. Pour plus d'informations, reportez-vous au chapitre 7, ªConnexion de pÝriphÝriquesº et au manuel UNIX sur tip.

·	Lancez uucico en mode dÝbogage. Le message final de uucico doit Þtre

OK (conversation complete)

Pour plus d'informations, reportez-vous Õ l'Annexe G, ªInformations de dÝbogage uucico commentÝesº et au manuel UNIX sur uucico.

·	Appelez le site distant par tÝlÝphone. Vous devriez entendre la porteuse du modem distant. Si tel n'est pas le cas, vous saurez qu'il y a un problÜme soit au niveau du numÝro de tÝlÝphone, de la ligne tÝlÝphonique ou du modem distant.

Solutions

Voici quelques conseils spÝcifiques pour rÝsoudre les problÜmes Ýventuellement rencontrÝs lors des tests de communication:

Pas de connexion avec le modem

Si vous n'obtenez pas de rÝponse en cas de tentative de connexion au modem ou observez un message comme ªdevice busyº (pÝriphÝrique occupÝ), votre problÜme peut Þtre l'un des suivants :

·	Mauvaise configuration de c×ble Ð VÝrifiez que vous employez le c×ble appropriÝ. Voir l'Annexe B.

·	PÝriphÝrique incorrect Ð Pour la rÝception, spÝcifiez toujours ttyda, ttydb, ttydfa ou ttydfb dans /etc/ttys. Pour l'appel, utilisez toujours cua, cub, cufa ou cufb dans les fichiers de configuration, /etc/remote y compris. Si vous employez un contrîle de transfert de matÝriel, vÝrifiez que les noms de pÝriphÝriques sont appropriÝs (ce sont ceux dont le nom comprend un ªfº).

·	Port verrouillÝ Ð Quand un port est en service, un fichier nommÝ LCK..pÝriphÝrique, oò pÝriphÝrique est le nom du pÝriphÝrique, est crÝÝ dans /usr/spool/uucp/LCK. Si un tel fichier existe, alors que vous Þtes sôr que personne d'autre n'utilise le modem, supprimez-le.

Pour plus d'informations, reportez-vous au chapitre 7.

Pas de connexion au site distant

Si vous vous connectez Õ votre modem mais n'arrivez pas Õ joindre le modem distant (pas de sonnerie ou pas de rÝponse), voici quelques causes possibles :

·	Mauvais numÝro de tÝlÝphone Ð VÝrifiez que vous utilisez le numÝro appropriÝ pour joindre le site distant.

·	ProblÜmes de ligne tÝlÝphonique Ð Essayez de brancher votre modem sur une ligne tÝlÝphonique diffÝrente. Si le problÜme persiste, faites la mÞme chose sur le site distant.

·	Modem distant mal configurÝ Ð VÝrifiez que le modem distant ait bien ÝtÝ configurÝ pour rÝpondre.

Pas d'ouverture de session sur le site distant

Si Õ l'issue de la connexion au modem distant vous ne pouvez joindre tip ou si vous observez FAILED (LOGIN) de la part de uucico, vous avez peut-Þtre le problÜme suivant :

·	ProblÜme de compte d'utilisateur Ð VÝrifiez que le site distant comporte un compte pour vous et vÝrifiez le nom d'utilisateur et le mot de passe.

ProblÜmes au cours de la session

Si la session s'est ouverte correctement mais que la sortie tip est incohÝrente ou que uucico rapporte TIMEOUT (nom d'hîte), vous avez peut-Þtre un des problÜmes suivants :

·	Vitesses des modems incompatibles Ð VÝrifiez que les vitesses de transmission de votre modem et du modem distant sont identiques. VÝrifiez que l'argument de getty dans /etc/ttys corresponde Õ une entrÝe dans /etc/gettytab et que l'entrÝe dans gettytab comprenne les vitesses de transmission appropriÝes. VÝrifiez que l'entrÝe L.sys envoie un signal break quand la rÝponse attendue n'arrive pas.

·	ParitÝs incompatibles  Ð VÝrifiez que le site distant et vous, employez les mÞmes options de paritÝ. Ajoutez le mot-clÝ appropriÝ dans L.sys. Pour plus d'informations, reportez-vous au manuel UNIX sur L.sys.

Blocage d'uucico 

Deux anomalies connues peuvent provoquer le blocage d'uucico :

·	Ligne blanche dans L.sys Ð VÝrifiez que L.sys ne comporte pas de ligne blanche.

·	Finale ªnoneº absente  Ð VÝrifiez que toute entrÝe du type suivant comprend bien le second ªnoneº :

remote Never none 19200 none

Autres ProblÜmes

Deux autres situations peuvent causer des problÜmes. Elles peuvent Þtre identifiÝes gr×ce Õ la sortie de dÝbogage de€uucico :

·	Noms d'hîtes incorrects Ð VÝrifiez que les noms d'hîtes des fichiers de configuration sont orthographiÝs correctement.

·	Heure d'appel incorrecte Ð VÝrifiez que vous n'essayez pas d'appeler Õ une heure non permise par l'entrÝe L.sys.